home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / pine / imap_archive / text0094.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  2.0 KB  |  42 lines

  1. Hi Tom -
  2.  
  3.      IMAP can be run over any link which provides reliable, flow-controlled
  4. transmission that does not intercept any characters.  It does not require any
  5. specific lower-level protocol.
  6.  
  7.      In theory, an error-correcting (e.g. V.42 or MNP) modem with hardware
  8. (CTS/RTS) flow control connected to a serial port that respects (and uses!)
  9. hardware flow control will suffice for this purpose.  In actuality, there are
  10. various conditions which make this less than fully perfect; I've seen
  11. transmission errors and dropped characters.  So, it is preferable that there
  12. be some layer between the serial line and raw data to ensure a reliable link.
  13.  
  14.      Some people have run POP successfully without a reliable link.  They just
  15. accept as ``sh*t happens'' the possibility of dropped characters or line
  16. noise, since error-correcting modems do reduce this greatly.  The problem is
  17. that POP uses a data marker (a line with only a period) whereas IMAP uses byte
  18. counts; consequently IMAP is more dependent upon the stream being reliable.
  19.  
  20.      There has been some talk of a lightweight protocol (something that could
  21. run as a small user program on UNIX) that can be used in place of SLIP.  One
  22. possibility is TCP without IP.  The advantage is that you could run other
  23. protocols as well.  Another possibility is reviving my old (1977) Dialnet
  24. protocol.
  25.  
  26.      The question with either of these is: do we want them to work over links
  27. which intercept characters?  You mentioned Telnet; the UNIX telnet client
  28. intercepts lots of control characters in various evil ways and on top of that
  29. certain UNIX telnet servers adds their own bizarreness (some, but not all,
  30. systems have fixed this).  To be reliable, you need a protocol such as Kermit
  31. or Cafard (my 1985 work for TOPS-20 mail interchange over dialups, designed to
  32. work over even the most cretinous X.25 PADs).
  33.  
  34.      My suspicion is that no single solution is really best for all dialup
  35. applications, and more research work is needed in this area.  I might be doing
  36. some of this research later this year.
  37.  
  38. -- Mark --
  39.  
  40.  
  41.  
  42.